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Background  -  Finding  the  Pain  of  Software 
Rights 


•  PEO  representatives 
from  across  the  Services 

•  Loosely  structured 
discussion  to  determine 
pain  points  of  current 
programs  that  could  have 
been  prevented  by  better 
RFPs  and  contracts 

•  Software  rights  loomed 
large 


Sharing  Ownership 

Across  of 

Contractors  Intellectual 

Property 

Software 

Issues 

Late  In  Application 

Cycle  °f 

Commercial 

Practices 

Proprietary 

Solutions 

DoD  Policies 
and 

Regulations 
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Background  -  A  Chance  Encounter 

A  developer/contractor  was  selling  logistics  software  to  the 
Services  and  was  concerned  about  competitors  being  able 
to  see  his  code. 

•  Original  code  developed  at  private  expense  by  contractor’s 
company 

•  Contractor’s  company  merged  with  another  company  under 
new  name,  and  contractor  was  a  partner 

•  A  large  software  company  added  money  to  the  pot  to  further 
develop  the  product 

•  A  piece  of  the  product  was  developed  under  contract  to  one  of 
the  Services 

•  There  were  no  discussions  about  rights  to  the  intellectual 
property  or  software  licenses  with  the  Government 
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Workshop  on  Acquiring  Rights  to  Computer 
Software  and  Technical  Data 


Presented  in  November  2008  to  PEO  representatives  and 
contracting  officers  to  work  through  conditions  that  could 
affect  future  software  licensing  needs 

Software  Criticality  Issues 

•  Changes  to  integration  and  interface  needs;  software  reuse; 
insufficient  reliability,  availability,  and  maintainability  (RAM); 
discovery  of  high  risk  vulnerabilities 

Programmatic  Issues 

•  Changes  in  policies;  inadequate  market  research;  contractual 
changes;  lack  of  software  documentation;  budget  cuts  and 
inadequate  estimation  practices;  decisions  regarding  Joint  and 
foreign  government  use;  lack  of  appropriate  planning  for 
sustainment;  changing  information  assurance  certification  and 
accreditation 
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Intellectual  Property  vs.  Licensing  -  Current 
Department  of  Defense  Framework 


DoD  does  not  “own”  the 
technical  data  and 

computer  software  included  in 

deliverables, 

even  if  the  Department 

paid  for  1 00  percent 

of  the  development  costs. 


REF:  OUSD  AT&L,  Intellectual  Property:  Navigating  Through  Commercial  Waters.  October  2001 . 
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Intellectual  Property  vs.  Licensing  -  Current 
Department  of  Defense  Framework  (cont.) 

•  As  a  general  rule  under  Government  contracts,  the 
contractor-developer  is  allowed  to  retain  ownership  of  the 
technical  data  and  computer  software  it  developed. 

•  The  Government  receives  only  a  license  to  use  that 
technical  data  and  computer  software. 

•  The  scope  of  the  license  depends  on  the  needs  of  the 
agency,  source  of  funding  for  development,  and  the 
negotiations  between  the  parties. 
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Acquisition  Regulations  for  Computer  Software 


Federal  Acquisition  Regulation  (FAR)  - 
takes  precedence  over  all  other 
regulations 


Defense  Federal  Acquisition  Regulation 
Supplement  (DFARS)  -  includes  DoD- 
unique  process  for  acquiring  intellectual 
property  (IP)  license  rights  for  computer 
software  that  is  developed  or  delivered 
under  a  contract 
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Acquisition  Regulations  for  Computer  Software 
(cont.) 

DFARS  SUBPART  227.72  -  Rights  In  Computer  Software 
and  Computer  Software  Documentation 

•  Prescribes  policies  and  procedures  for  the  acquisition  of 
computer  software  and  computer  software  documentation, 
and  the  rights  to  use,  modify,  reproduce,  release,  perform, 
display,  or  disclose  such  software  or  documentation 

•  Does  not  apply  to  computer  software  or  computer  software 
documentation  acquired  under  GSA  schedule  contracts 

DFARS  SUBPART  252.227  -  In  combination  with  FAR, 
provides  contract  clauses  for  inclusion  in  RFPs  and 
contracts 
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"Other  Transaction"  Authority  (OTA) 

Awarded  pursuant  to  authority  of  10  U.S.C.  2371  and 
generally  not  subject  to  the  Federal  Acquisition  Regulation 
(FAR),  its  supplements,  or  laws 

Two  types  of  commonly-used  OTAs 

•  “Other  Transactions”  for  prototype  projects  -  authorized  under 
certain  circumstances  for  prototype  projects  directly  relevant  to 
weapons  or  weapon  systems. 

•  “Other  Transactions”  for  basic,  applied  or  advanced  research 
projects  in  accordance  with  10  U.S.C.  2371 

OTA  for  prototype  authority  provides  flexibility  to  negotiate 
terms  and  conditions  appropriate  for  the  acquisition 


REF:  "Other  Transactions"  (OT)  Guide  For  Prototype  Projects.  Under  Secretary  Of  Defense  For 
Acquisition,  Technology  And  Logistics.  January  2001 . 
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When  Do  You  Plan  for  Rights  That  Will  Be 
Acquired? 

DoD  requires  that  the  Data  Management  Strategy 
(DMS),  which  is  part  of  the  Acquisition  Strategy, 
include  a  licensing  strategy  for  noncommercial 
computer  software. 

These  documents  must  be  completed  prior  to 
the  solicitation. 


Based  on  this  strategy,  the  offeror/contractor  will  provide  a 
list  of  all  noncommercial  software  products  that  have 
restrictions  as  part  of  the  proposal  and  prior  to  award  of  a 
contract. 
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High  Level  Explanation  of  Rights 


Rights  that  a  licensor  grants  to  the  Government 
are: 

•  Unlimited  rights 

•  Government  purpose  rights 

•  Restricted  rights  (noncommercial  computer 
software  and  software  documentation) 

•  Specifically  negotiated  license  rights 

•  Prior  Government  Rights  1 

•  Commercial  license 
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Comparison  of  License  Rights 

[  UNLIMITED  RIGHTS  GOVERNMENT  PURPOSE 

RIGHTS -GPR 


Broad  use  and 
disclosure  by 
Government  for  any 
purpose  whatsoever  and 
for  commercial  purpose 


Disclosure  within 
Government;  disclosure 
outside  for  Government 
purposes;  supports 
commercial 
development  by 
developer;  GPR  period 
negotiated;  after  GPR 
period,  becomes 
unlimited  rights 


Developed  exclusively  Developed  with  mixed 
with  Government  funds  funding 


——  Software  Engineering  Institute 


Carnegie  Mellon 


RESTRICTED  RIGHTS 
(NONCOMMERCIAL) 

Limited  to  one  terminal 
or  central  processing 
unit;  transfer  to  other 
Gov't  agency  without 
permission;  contractors 
can  diagnose,  modify  etc 
with  signed  disclosure 
agreement 


Developed  exclusively  at 
private  expense 
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Comparison  of  Licensed  Rights  (cont.) 


SPECIFICALLY 
NEGOTIATED  RIGHTS 

Modifications  to 
unlimited,  GPR,  and 
restricted  rights  by 
mutual  agreement;  shall 
not  provide  the 
Government  lesser  rights 
than  in  previous  clauses; 

contractors  are  not 
required  to  provide  the 
additional  rights 

Developed  by  any 
funding  type 


PRIOR  GOVERNMENT 
RIGHTS 

Terms  based  on  pre¬ 
existing  rights,  unless— 

(i)  The  parties  have 
agreed  otherwise;  or 

(ii)  Any  restrictions 
have  expired  or  no 

longer  apply 


Developed  by  any 
funding  type 


Note:  Commercial 
Software 

There  is  no  specific 
contract  clause 
governing  the 
Government's  rights  in 
commercial  computer 
software  or  commercial 
computer  software 
documentation  per 
227.72.  User  rights  are 
the  same  as  those  of 
the  public  and  included 
in  the  commercial 
license  agreement. 
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What  Rationale  Do  You  Use  to  Select  License 
Type? 

DoD  policy  for 

noncommercial  computer  software  is 

“to  acquire  only  the  computer  software  and 
computer  software  documentation  and  the 
rights  in  such  software  or  documentation, 
necessary  to  satisfy  agency  needs ” 

[DFARS  227.7203-1] 
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Four  Questions  to 
Determine  the 
Agency’s  Licensing 
Needs  for 
Noncommercial 
Software 


X.  Who  needs  to  use  or  modify  the  product  at  various  times  of  the 
product  lifecycle  and  to  what  extent? 

X.  What  restrictions  on  access  by  terminals  and  central  processing  units 
or  on  transfer  to  other  Government  agencies  are  acceptable? 

X.  Are  there  any  plans  that  the  product  will  be  developed  or  used  for 
commercial  purposes? 

X.  Who  is  going  to  fund  or  has  funded  the  noncommercial  computer 
software  development  and  to  what  extent? 
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From  Assumptions  to  Licensing  Decisions 

1 .  Identify  assumptions. 

Example  Assumption  for  Software  Criticality: 

The  system  is  highly  reliant  on  the  software  and  is 
complex;  so  software  is  critical  to  the  system  and  mission. 
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Forming  Agency  Needs  and  Licensing 
Decisions  for  Noncommercial  Software 

1.  Identify  assumptions. 

2.  Construct  one  or  more  high-level  statements  that  describe 
the  Government’s  plan  to  support  the  assumption. 

Example  Plan: 

The  Government  must  ensure  operations  and  availability 
during  the  life  of  the  system. 
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Forming  Agency  Needs  and  Licensing 
Decisions  for  Noncommercial  Software  (cont.) 

1.  Identify  assumptions. 

2.  Construct  one  or  more  high-level  statements  that  describe 
the  Government’s  plan  to  support  the  assumption. 

3.  Identify  the  necessary  capabilities/decision  drivers  that  the 
Government  must  have  to  be  successful  with  its  plan. 


Example  Capability/Decision  Drivers: 

The  Government  must  have: 

•  access  to  all  code,  tools,  test  scripts,  etc.  to  repair  defects; 

•  legal  rights  to  perform  or  authorize  others 

•  authority  to  engage  competing  contractor,  including 
creating  derivative  works, 

•  qualified  talent  available  throughout  life  cycle 
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Forming  Agency  Needs  and  Licensing 
Decisions  for  Noncommercial  Software  (cont.) 

1.  Identify  assumptions. 

2.  Construct  one  or  more  high-level  statements  that  describe 
the  Government’s  plan  to  support  the  assumption. 

3.  Identify  the  necessary  capabilities/decision  drivers  that  the 
Government  must  have  to  be  successful  with  its  plan. 

4.  Assign  a  numerical  or  rank  order  score  to  each  decision 
driver  to  distinguish  higher  priorities  from  lower  ones. 

Example  Prioritization: 

Priority  3  -  access  to  all  code,  tools,  test  scripts,  etc  to 
repair  defects; 

Priority  1  -  legal  rights  to  perform  or  authorize  others 
Priority  2  -  authority  to  engage  competing  contractor, 
including  creating  derivative  works, 

Priority  4  -  qualified  talent  available  throughout  life  cycle 
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Forming  Agency  Needs  and  Licensing 
Decisions  for  Noncommercial  Software  (cont.) 

1.  Identify  assumptions. 

2.  Construct  one  or  more  high-level  statements  that  describe 
the  Government’s  plan  to  support  the  assumption. 

3.  Identify  the  necessary  capabilities/decision  drivers  that  the 
Government  must  have  to  be  successful  with  its  plan. 

4.  Assign  a  numerical  or  rank  order  score  to  each  decision 
driver  to  distinguish  higher  priorities  from  lower  ones. 

5.  Select  the  option  that  best  supports  each  decision  driver. 

Example  Prioritization: 

Priority  3  -  access  to  all  code  .  .  .  Any  type 
Priority  1  -  legal  rights  .  .  .  Unlimited 
Priority  2  -  authority  .  .  .  Unlimited 
Priority  4  -  qualified  talent .  .  .  Any  type 
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Forming  Agency  Needs  and  Licensing 
Decisions  for  Noncommercial  Software  (cont.) 

1.  Identify  assumptions. 

2.  Construct  one  or  more  high-level  statements  that  describe 
the  Government’s  plan  to  support  each  assumption. 

3.  Identify  the  necessary  capabilities/decision  drivers  that  the 
Government  must  have  to  be  successful  with  its  plan. 

4.  Assign  a  numerical  or  rank  order  score  to  each  decision 
driver  to  distinguish  higher  priorities  from  lower  ones. 

5.  Select  the  option  that  best  supports  each  decision  driver. 

6.  Review  the  selections  and  the  priority  weights  to  select  the 
best  option. 
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And  the  Winner  Is: 


CRITICALITY  ASSUMPTION:  The  system  is  highly  reliant  on  the  software 
and  complex,  so  is  critical  to  the  system. 


CRITICALITY  PLAN:  The  Government  will  ensure  operations  and 


availability  during  the  life  of  the  system. 

AGENCY  NEED 

Unlimited 

Rights 

Government  n  ,  . 

0  Restricted 

prus r  »■- 

C fl 

P4 

> 

P3  -  Access  to  all  code,  tools,  test 
scripts,  etc  to  repair  defects 

X 

X 

X 

£  2 
H  w 

PI  -  Legal  rights  to  perform  any 
necessary  work  or  authorize  others  to 

X 

(after  GPR 
period) 

d  o 

do  it 

P2  -  Authorize  competing  contractor  to 
modify  work,  including  creating 

X 

(after  GPR 
period) 

derivative  works 

<J  ft 

P4  -  Qualified  talent  available 
throughout  life  cycle 

X 

X 

X 
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Four  Questions  to 
Determine  the 
Agency’s  Licensing 
Needs  for 
Noncommercial 
Software 


X.  Who  needs  to  use  or  modify  the  product  at  various  times  of  the 
lifecycle  and  to  what  extent? 

X.  What  restrictions  on  access  by  terminals  and  central  processing  units 
or  on  transfer  to  other  Government  agencies  are  acceptable? 

X.  Are  there  any  plans  that  the  product  will  be  developed  or  used  for 
commercial  purposes? 

X.  Who  is  going  to  fund  or  has  funded  the  noncommercial  computer 
software  development  and  to  what  extent? 
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Software  Computer 
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Contract  Clauses  in  the  RFP  or  Contract  Are 
Not  Enough  -  CDRLs 

227.72  -  Noncommercial  Computer  Software  and  Computer 
Software  Documentation 

•227.7203-3  Policy 

-(b)  Solicitations  and  contracts  shall — 

-Establish  separate  contract  line  items,  to  the  extent 
practicable,  for  the  computer  software  or  computer 
software  documentation  to  be  delivered  under  a 
contract  and  require  offerors  and  contractors  to 
price  separately  each  deliverable  data  item 
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Contract  Clauses  in  the  RFP  or  Contract  Are 
Not  Enough  -  Example  CDRL  Topics 

Important  CDRLs  for  software  acquisitions  include  (but  are  not 
limited  to): 

•  Source  code  and  source  code  listings  •  Software  Requirements 

Description 

•  Software  Interface  Design  Description  •  Object  code  listings 

•  Software  Design  Description  •  Software  Test  Plan 

•  Test  procedures,  scripts,  cases,  and  •  Algorithms  and  formulae 

results 

•  Processes,  flow  charts,  and  related  •  Owners  manuals 
material  that  would  enable  the  software 

to  be  reproduced,  recreated,  or 
recompiled 

•  Licenses  •  Users’  manuals 

•  Software  Architecture  Description  •  Installation  instructions 
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Contract  Clauses  in  the  RFP  or  Contract  Are 
Not  Enough  -  CDRLs  and  Restrictive  Markings 

Sample  CI>RL-Sofhvare  End  Product 
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. . .  Item  to  be  clearly  labeled 
with  the  license  terms  associated 
with  the  product  as  appropriate 
(“Unlimited  Rights,” 
“Government  Purpose  Rights,” 
“Limited  Rights,”  or  other). 

If  item  consists  of  elements 
with  different  levels  of 
licenses,  each  constituent 

- elements  to  be  listed 

and  labeled  with  the 
appropriate  rights. 


REF:  U.S.  Navy.  Guidebook  for  Acquisition  of  Naval  Software  Intensive  Systems.  V  1.0.  2008 
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Contract  Clauses  in  the  RFP  or  Contract  Are  Not 
Enough  -Restrictive  Markings  on  Software 


__ — 

*  lviWtei 


The  Most  Important  Advice  You  Can  Get 


In  determining  the  approach  for  the  acquisition  strategy, 
RFP,  and  contract,  consult: 


EARLY  AND  OFTEN 
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“Program  managers  should  consider  the  cost 
and  benefits  of  acquiring  data  rights — or 
consequences  of  not  obtaining  them.” 


REF:  Kove,  L.  S.  The  Importance  of  Data  and  Data  Rights.  Defense  AT&L:  July-August  2007 
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Summary 

•  FAR  and  DFARS  provides  the  policy,  definitions,  and  contract 
clauses  to  be  used  in  determining  and  requiring  rights  to 
computer  software  etc. 

•  Data  rights  strategies  need  to  be  anticipated  at  the  beginning  of 
the  acquisition  effort  to  avoid  surprises. 

•  Rights  to  computer  software,  documentation,  and  technical  data 
must  be  incorporated  into  the  acquisition  strategy  and  the  RFP. 

•  Data  rights  strategies  must  take  into  account  both  expected  and 
possible  changes  in  circumstances  throughout  the  life  of  the 
product 

•  Computer  rights  restrictions  must  be  reflected  in  contract  clauses, 
lists  of  deliverables,  and  as  markings  in/on  products  themselves. 
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Questions 
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References  and  Additional  Resources 

•  Federal  Acquisition  Regulation  (FAR) 

•  Defense  Federal  Acquisition  Regulation  Supplement  (DFARS) 

•  OUSD  AT&L.  Intellectual  Property:  Navigating  Through 
Commercial  Waters  -  issues  and  Solutions  When  Negotiating 
Intellectual  Property  with  Commercial  Companies.  October 
2001 

•  U.S.  Navy.  Guidebook  for  Acquisition  of  Naval  Software 
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Contact  Information  Slide  Format 


Charlene  Gross 

Senior  Member  Technical  Staff 
Acquisition  Support  Program 
Arlington,  VA  22203 
Telephone:  +1  703-908-8205 
Email:  cqross@sei.cmu.edu 

World  Wide  Web: 

www.sei.cmu.edu 

www.sei.cmu.edu/contact.html 


U.S.  mail: 

Software  Engineering  Institute 
Customer  Relations 
4500  Fifth  Avenue 
Pittsburgh,  PA  15213-2612 
USA 

Customer  Relations 

Email:  customer- 
relations@sei.cmu.edu 

Telephone:  +1  412-268-5800 

SEI  Phone:  +1  412-268-5800 

SEI  Fax:  +1  412-268-6257 
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